home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
Language/OS - Multiplatform Resource Library
/
LANGUAGE OS.iso
/
smaltalk
/
manchest.lha
/
MANCHESTER
/
manchester
/
4.1
/
DialogView-front.st
< prev
next >
Wrap
Text File
|
1993-07-24
|
2KB
|
58 lines
" NAME DialogView-front
AUTHOR bernard@is.morgan.com (Bernard Horan)
FUNCTION Code to keep DialogViews to the front
ST-VERSION 4.1 (OpenWindows)
PREREQUISITES
CONFLICTS
DISTRIBUTION world
VERSION 1
DATE Sep 1992
SUMMARY
One of the problems with the current version of PPS Smalltalk is the
disjunction between Smalltalk's window manager (ControlManager) and the
host window manager. This is most noticeable when using dialogViews
(the YesNo and FillInTheBlank type), as they can easily get lost behind
larger Smalltalk windows and consequently give the impression to the
average user (and some programmers) that the system has hung.
Included below is a fix for the problem, it has only been tested
on OpenWindows, and I would appreciate any reports of bugs etc. before
I submit it to the goodies archive. This fix doen't overcome the
problem of menus also disappearing in a similar manner, but I reckon
that's less common anyway.
Bern
"
'From Objectworks\Smalltalk(R), Release 4.1 of 15 April 1992 on 28 September 1992 at 9:11:11 am'!
!StandardSystemController methodsFor: 'accessing'!
unknownEvent: anEvent
"do nothing"! !
!DialogController methodsFor: 'accessing'!
unknownEvent: anEvent
"Some unknown window manager event has happened, let's assume it
means
that we need to bring my window back to the front.
Bernard Horan, 28 September 1992"
self view isNil ifFalse: [self view raise]! !
!ScheduledWindow methodsFor: 'events'!
processEvent: anEvent
"Dispatch the event to the appropriate method."
anEvent key == #resize ifTrue: [self extentEvent: anEvent value].
anEvent key == #close ifTrue: [self controller close].
anEvent key == #eventUnknown ifTrue: ["Send the event as argument, just in case I ever get to understand its significance" self controller unknownEvent: anEvent]! !